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Dear Sir: 

This Appeal Brief is submitted in support of the Notice of Appeal dated June 19, 2006, 
2006, and in response to the Notification of Non-Compliant Appeal Brief dated Jaunary 11, 2007. 

I. REAL PARTY IN INTEREST 

Verizon is the real party in interest. 

II. RELATED APPEALS AND INTERFERENCES 

Appellants are unaware of any related appeals and interferences. 
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III. STATUS OF THE CLAIMS 

Claims 1-14, 16-38, and 40-50 are pending in this appeal, claims 15 and 39 having been 
canceled. No claim is allowed. This appeal is therefore taken from the final rejection of claims 
1-14, 16-38, and 40-50 on February 9, 2006. 

IV. STATUS OF AMENDMENTS 

Claim 26 was amended after the final rejection, and had been entered for the purposes of 
this Appeal. 

V. SUMMARY OF CLAIMED SUBJECT MATTER 
Independent device claim 1. 

Independent claim 1 is directed to a programmable access device for use in a network 
access system. (See, e.g., Specification, page 5, lines 1-17) The claimed device comprises first 
and second network interfaces (See, e.g., Specification, page 5, line 9 and page 19, line 16 - 
page 28, line 13) through which packets are communicated with a network (See, e.g., 
Specification, page 13, lines 17-24). The device comprises a packet header filter (See, e.g., 
Specification, page 13, lines 24-30) and a forwarding table (See, e.g., Specification, page 13, 
lines 12-13), wherein the forwarding table is utilized to forward packets between the first and 
second network interfaces (See, e.g., Specification, page 14, line 31 - page 15, line 5), and 
wherein said packet header filter identifies messages received at one of the first and second 
network interfaces on which policy-based services are to be implemented (See, e.g., 
Specification, page 14, lines 1-8) and passes identified messages via a message interface to an 
external processor included in said network access system for implementation of the policy- 
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based services by the external processor {See, e.g., Specification, page 13, lines 25-32 and 
page 1 3 , line 1 1 - page 2 1 , line 9), wherein said packet header filter passes all other received 
messages through the packet header filter to an other processor {See, e.g., Specification, page 
13, lines 24-32). The claimed device further comprises a control interface through which said 
packet header filter and said forwarding table are programmed. {See, e.g., Specification, page 
23, line 13- page 26, line 1, and Table II and III) 

Independent method claim 26 

Independent claim 26 is directed a method of packet handling in a programmable access 
device of a network access system. {See, e.g., Specification, page 5, lines 1-17) The claimed 
method comprises in response to receiving a series of packets at a first network interface of a 
programmable access device {See, e.g., Specification, page 14, lines 1-4), filtering the series of 
packets by a packet header filter at the programmable access device {See, e.g., Specification, 
page 13, lines 17-32) to identify messages upon which policy-based services are to be 
implemented. {See, e.g., Specification, page 13, lines 25-27) The method claim comprises 
passing identified messages to an external processor included in the network access system for 
implementation of the policy-based services by the external processor {See, e.g., Specification, 
page 14, lines 1-8, page 13, lines 25-32 and page 13, line 11- page 21, line 9) for messages 
that are not identified, routing packets by reference to a forwarding table in the programmable 
access device and outputting the routed packets at a second network interface of the 
programmable access device. {See, e.g., Specification, page 13, lines 24-32) The claimed 
method comprises programming the packet header filter and the forwarding table through a 
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control interface of said programmable access device (See, e.g., Specification, page 23, line 13- 
page 26, line 1, and Table II and III) 



Independent device claim 50 

Independent claim 50 is directed to a device for use in a network access system and the 
device claim comprises a first network interface through which packets are communicated with 
a first network a second network interface through which packets are communicated with a 
second network. (See, e.g., Specification, page 5, lines 1-17 page 5, line 9 and page 19, line 
16 - page 28, line 13, page 13, lines 17-24) The claimed device comprises a message interface 
coupled to an external processor that is configured to implement policy-based services. (See, 
e.g., Specification, page 13, lines 27 - 32) The claimed device comprises a policer configured 
to discard packets determined as nonconforming to a first traffic parameter. (See, e.g., 
Specification, page 14, lines 4-7) The claimed device comprises a first packet header filter 
coupled to the first network interface and to the message interface (See, e.g., Specification, 
page 13, lines 17 - 18 and page 13, line 30), wherein the first packet header filter identifies 
messages, received from the first network interface (See, e.g., Specification, page 13, lines 25 - 
26), on which policy-based services are to be implemented (See, e.g., Specification, page 14, 
lines 1 - 4), wherein the first packet header filter passes the identified messages to the external 
processor via the message interface (See, e.g., Specification, page 13, lines 27 - 30) and passes 
all other messages received from the first network interface to the policer (See, e.g., 
Specification, page 13, line 30) The claimed device comprises a marker configured to discard 
packets determined as nonconforming to a second traffic parameter (See, e.g., Specification, 
page 14, line 6) The claimed device comprises a control interface through which said first 
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packet header filter is programmed. (See, e.g., Specification, page 14, line 12) The claimed 
device comprises a second packet header filter, different from the first packet header filter, 
coupled to the second network interface, wherein the second packet header filter identifies 
messages, received from the second network interface (See, e.g., Specification, page 13, lines 
25 - 26), on which policy-based services are to be implemented (See, e.g., Specification, page 
14, lines 1 - 4), wherein the second packet header filter passes the identified messages to the 
external processor via the message interface (See, e.g., Specification, page 13, lines 27 - 30) 
and passes all other messages received from the second network interface to the marker (See, 
e.g., Specification, page 14, lines 1-12). 

Dependent claims argued separately (claims 2, 3, 11, 19-21, 28, 29, 36, 43-45 and 

50). 

Conventional monolithic router designs have limited flexibility and extensibility. The 
present claimed invention recognizes that it would be desirable, in view of the rapid growth of 
Internet traffic, to dynamically provision, configure, and/or reallocate access capacity to IP-based 
services. Because access capacity is necessarily limited and providing additional access capacity 
is a major cost component of networks, the enforcement of intelligent admission control policies 
and provision of differing qualities of service is vital to the efficient utilization of available access 
capacity. However, conventional edge routers are not capable of classifying a wide variety of 
traffic types while enforcing policy controls or of responding to dynamic requests for capacity, 
and this functionality is difficult to incorporate within currently deployed monolithic edge 
routers. The present claimed invention accordingly recognizes that it would be desirable to 
provide the above as well as additional policy control, network monitoring, diagnostic, and 
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security services in commercialized hardware, while permitting these services to be tailored to 
meet the needs of individual customers and service providers. {See, e.g., specification, p. 3, line 
29 - p. 4, line 14, claims 1 1 and 36) 

The packet header filter may be capable of filtering packets for service processing based 
upon protocol information pertaining to protocol layers higher than layer 3. {See, e.g., 
specification page 5 lines 6-17, claims 4 and 29) The programmable access device may also 
include a usage monitor that reports events, such as session activity levels, to the external 
processor, a policer that polices packets by reference to programmed traffic parameters, and a 
scheduler that schedules the transmission of outgoing packets to support multiple quality of 
service classes. 

In response to a stream of packets from packet header filter 80, marker/policer 82 polices 
the packet stream by applying one or more token or leaky bucket algorithms to determine whether 
the packet stream conforms to the traffic parameters established by control interface 104. As a 
result of the policing function, marker/policer 82 may discard nonconforming packets, mark 
nonconforming packets (e.g., with a higher or lower priority), and/or count nonconforming 
packets, depending upon its configuration {See, e.g., independent claim 50). If marking is 
required, marker/policer 82 may set bits in the Differentiated Services (DiffServ)/TOS byte in the 
IP packet header, and/or the 3 -bit Multiprotocol Label Switching (MPLS) experimental field, 
and/or the 20-bit MPLS label field, and/or other fields as configured by control interface 104 for 
that particular packet stream. 

Within the incoming path, one or more monitors 84 having different functions may be 
included. For example, these monitors 84 may include a usage monitor that tracks statistics for 
different layer-2, layer-3, layer-4, and higher layer traffic types (e.g., to monitor a Service Level 
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Agreement (SLA)). Monitors 84 may also include a fault/troubleshooting/debugging monitor 
(see, e.g., dependent claim 11) that verifies conformance to standards to standards and assists in 
code debugging and fault diagnosis by saving and reporting memory dumps and other related 
information to external processor 42 via reporting interface 102 and Message, Control, and 
Reporting Interface 58. To regulate reporting messages, thresholds and other criteria can be set 
up to invoke a reporting event. The reporting messages sent to external processor 42 by monitors 
84 may summarize usage information for a particular customer, report the occurrence of a high- 
priority traffic flow, alert external processor 42 to a large volume of out-of-band traffic, report on 
inactivity of a monitored flow, etc. 

After processing by packet header filter 80, incoming packets are processed by forwarding 
table 86 (see, e.g., independent claims 1 and 26). Forwarding table 86 maintains entries for each 
forwarding path, where each forwarding path is represented by packet flow attributes, such as 
DA, SA, TOS, PT, SP, DP, the incoming port, and the corresponding output port to which 
programmable access device 40 forwards the packet through the access network toward access 
router 44. Utilizing these forwarding table entries, forwarding table 86 forwards packets to the 
appropriate output ports and passes the packets to output buffers and scheduler 88. Output 
buffers and scheduler 88 buffer packets ready for transmission over communication network 30 
and schedule the transmission of such packets. (See, e.g., specification, page 14, line 1 - page 15, 
line 9, FIGs. 2, 3, claims 3, 28 and 50) 

Upon receipt of a report message from a reporting processor 126 or another message type 
from a message processor 122 included in the external processor 42, a service controller 120 of 
the external processor translates the message into one or more policy queries and transmits the 
policy query or queries to a policy server 48 via a Service Policy Interface (SPI) 56. A service 
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controller 120 may also pass a message to another service controller 120 to obtain additional 
services via an interface 121. 

In response to receipt of a policy decision from policy server 48, service controller 120 
may inject one or more packets into a traffic flow via message processor 122, configure a 
programmable access device 40 via programmable access device controller 124 or control 
signaling inside or outside communication network 30 via signaling controllers 128a and 128b. 
Signaling controllers 128 support signaling protocols (e.g., Resource ReSerVation Protocol 
RSVP, Label Distribution Protocol (LDP), Private Network-Network Interface (PNNI), frame 
relay or ATM User Network Interface (UNI), etc.) to setup or tear down a Virtual Connection 
(VC) or Label Switched Path (LSP) across the network. A VC or LSP setup by a signaling 
controller 128 may have a specified Quality of Service (QoS). {See, e.g., specification, page 18, 
lines 13-31, FIGs. 2, 4, see, also, e.g., specification, p. 29, line 20 - p. 30, line 27, claims 19-21 
and 43-45) 

In summary, a distributed network access system consistent with features of the present 
invention replaces a monolithic edge router with a programmable access device containing at 
least filtering and forwarding functionality, an external processor having one or more service- 
specific controllers that implement policy-based control of the programmable access device, and 
an access router that performs basic routing. This distributed architecture has numerous benefits 
over conventional monolithic router architectures, including scalability flexibility, extensibility, 
interoperability, security, and service provisioning. {See, e.g., specification, page 49, line 29 - 
page 50, line 5, claims 1, 26 and 50) 
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VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Whether claims 1-2, 4-10, 16-17, 22-25, 26-27, 29-35, 40-41 and 46-49 are anticipated 
under 35 U.S.C § 102 by Alles et al. (US 6,466,976)? 

Whether claims 3, 28, and 50 are obvious over Alles et al. in view of Amara et al. (US 
6,674,743)? 

Whether claims 1 1 and 36 are obvious over Alles et al. in view of Natarajan et al. (US 
6,505,244)? 

Whether claims 12-14, 18, 37-38, and 42 are obvious over Alles et al. in view of Gai et al. 
(US 6,167,445)? 

Whether claims 19-21 and 43-45 are obvious under 35 U.S.C. § 103 based on Alles et al. 
in view of Official Notice? 

VII. ARGUMENT 

A. CLAIMS 1-2, 4-10, 16-17, 22-25, 26-27, 29-35, 40-41, AND 46-49 ARE NOT 
ANTICIPATED OVER ALLES ETAL. 

To anticipate a patent claim, every element and limitation of the claimed invention must 

be found in a single prior art reference, arranged as in the claim. Karsten Mfg. Corp. v. Cleveland 

Golf Co., 242 F.3d 1376, 1383, 58 USPQ2d 1286, 1291 (Fed. Cir. 2001); Scripps Clinic & 

Research Foundation v. Genentech, Inc., 927 F.2d 1565, 1576, 18 USPQ2d 1001, 1010 (Fed. Cir. 

1991). 

A prior art reference anticipates a patent claims if it discloses every limitation of the 
claimed invention, either explicitly or inherently. In re Schreiber, 128 F.3d 1473, 1477, 44 
USPQ2d 1429, 1431 (Fed. Cir. 1997). "Under the principles of inherency, if the prior art 
necessarily functions in accordance with, or includes, the claimed limitations, it anticipates." 
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MEHL/Biophile Int'l Corp. v. Milgraum, 192 F.3d 1362, 1365, 52 USPQ2d 1303, 1305 (Fed. Cir. 
1999). 

1. Claims 1-2, 4-10, 16-17, 22-25, 26-27. 29-35, 40-41 and 46-49 

Independent claim 1 recites a "a packet header filter and a forwarding table, wherein the 
forwarding table is utilized to forward packets between the first and second interfaces . . .; and a 
control interface through which said packet header filter and said forwarding table are 
programmed." As for independent claim 26, that claim recites "routing packets by reference to a 
forwarding table" and "programming the packet header filter and the forwarding table through a 
control interface." Alles et al, however, lacks disclosure of the recited "forwarding table." 

Rather, Alles et al. is concerned with a system and method for providing desired services 

policies to subscribers accessing the Internet, which with the desired service policies are translated 

into processing rules. These processing rules contain an action and a classifier that "generally 

identifies the application data flows to which the action may be applied to provide the desired 

service polices for each subscriber" (Abstract). Alles et al. further explains that "[a]ll flows for a 

subscriber may be dedicated for initial processing by one of the processor groups. When ATM cells 

are used as data bit groups, the channel identifiers can be used for assignment to individual 

processor group" (col. 3:26-29). Details of the employment of the channel identifiers are given in a 

passage heavily cited by the Examiner as follows: 

To determine the appropriate packet service card, switch fabric 340 may 
maintain a channel identifier associated with each channel on which the bit groups 
are received. In case of ATM cells, the VCI/VPI information in the bit groups 
uniquely defines such a channel. The physical port number (on which the data is 
received) and channel identifier may uniquely identify each subscriber (or a group of 
subscribers with non-overlapping IP addresses) when data is directly received from a 
subscriber and destined for the Internet. On the other hand, when data is received 
from the Internet, the determination of the associated subscriber may require 
examination of the IP header. In general, switch fabric 340 may buffer the cells until 
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a last cell of a packet is received, and forwards all the cells for the packet to a packet 
service card allocated for an individual subscriber 

Packet service card 350 may process the received cells according to 
processing rules to provide the desired service policies to each specific subscriber. 
Packet service card 350 first assembles the cell data into packets which can be 
identified with flow used in classifiers, and applies the processing rules. In the 
process, packet service card 350 determines whether to discard or forward the 
packet. The IP destination address may also be changed if transparent forwarding is 
a requested service for that system, (col. 10:36-50, 57-65) 

In place, however, does Alles et al. describe the use of a "forwarding table." In fact, the only 
occurrence of the word "table" in Alles et al is in the caption of FIG. 5 in reference to a graphical 
chart. Although the Examiner's final Office Action of Feb. 9, 2006, cites col. 10:59-65 for the 
clause, "wherein the forwarding table is utilized to forward packets between the first and second 
interfaces," this passage is just about forwarding packets with no disclosure of the requisite 
forwarding table. 

Acknowledging the factual inadequacy of Alles et al. for the recited "forwarding table" 
element, the Examiner contends in the Advisory Action of May 16, 2006, that "the switching fibre 
operates as both the forwarding table and packet filter." The problem with the Examiner's 
contention is that claim 1 is rejected under 35 U.S.C. § 102. Just as a disclosure of glue does not 
anticipate VELCRO™ even though they may arguably have similar fastening functions, neither 
does the disclosure of a different structure in Alles et al. anticipate claim l's different and 
specifically recited structure of a "forwarding table." 

Nor would such a "forwarding table" be inherent in Alles et al. Inherency requires the 
missing descriptive matter to be necessarily present in the reference, but this has not been shown by 
the Examiner. In fact, claim 1 further recites a specific type of forwarding table: one that can be 
programmed through a control interface. Thus, in order to salvage the 102 rejection, the Examiner 
would have to make the case that not merely a generic forwarding table — but a specific forwarding 
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table programmable through a control interface — must be inherent in the descriptive matter missing 
from Alles et al. 

Pursuant to 35 U.S.C. § 112, 1 4, dependent claims 2, 4-10, 16-17, 22-25, 27, 29-35, 40-41 
and 46-49 incorporate all the features, elements, and limitations of their parent claims. 
Accordingly, these dependent claims are not anticipated by Alles et al. 

2. Dependent Claims 4 and 29 

Dependent claim 4 recites "wherein the packet header filter filters packets for service 
processing based upon protocol information pertaining to protocol layers higher than layer 3." This 
feature too is lacking from Alles et al. 

As described above, the Alles et al. system uses ATM channel numbers or the physical port 
number for routing. Indeed, the Alles et al. system predetermines which ATM cells are to be 
applied certain policies based on the subscriber identifier (col. 10:33-35). Instead of filtering based 
upon protocol information pertaining to protocol layers higher than layer 3, switch fabric 340 
merely routes traffic based on a channel identifier to a corresponding specific packet service card 
350, which applies the policy corresponding to the subscriber. Different channel identifiers are pre- 
designated to the corresponding packet service cards 350, without any need to filter, but routing to 
the packet service 350. In a sense, the determination of whether to apply any policy in the Alles et 
al. system is performed in advance of the call arriving at the switch fabric 340, and therefore is not 
performed at the switch fabric 340. 

However, ATM channel numbers and physical port numbers used for routing by the switch 
fabric 340 are protocol information merely at layers 3 and below, not "higher than layer 3," as 
dependent claims 4 and 29 set forth. 
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B. CLAIMS 3, 11-14, 18-21, 28, 36-38, 42-45, AND 50 ARE NOT OBVIOUS 

The initial burden of establishing a prima facie basis to deny patentability to a claimed 
invention under any statutory provision always rests upon the Examiner. In re Mayne, 104 F.3d 
1339, 41 USPQ2d 1451 (Fed .Cir. 1997); In re Deuel, 51 F.3d 1552, 34 USPQ2d 1210 (Fed. Cir. 
1995); In re Bell, 991 F.2d 781, 26 USPQ2d 1529 (Fed. Cir. 1993); In re Oetiker, 977 F.2d 1443, 
24 USPQ2d 1443 (Fed. Cir. 1992). In rejecting a claim under 35 U.S.C. § 103, the Examiner is 
required to provide a factual basis to support the obviousness conclusion. In re Warner, 379 F.2d 
1011, 154 USPQ 173 (CCPA 1967); In re Lunsford, 357 F.2d 385, 148 USPQ 721 (CCPA 1966); 
In re Freed, 425 F.2d 785, 165 USPQ 570 (CCPA 1970). 

1. Claims 19-21 and 43-45 are not obvious over Alles et al and "Official Notice" 

The obviousness rejection of claims 19-21 and 43-45 over Alles et al. and "official notice" is 
improper and should be reversed. On page 6 of the final Office Action, the Examiner "takes 
Official Notice (see MPEP § 2144.03) that 'the message protocol between the message identifier 
and external processors could be SIP, IGMP, or RSVP because they are simple, well-known 
communication protocols between many independent nodes in a network (Column 9, lines 53-58) in 
a computer networking environment was well known in the art at the time the invention was made." 

However, the Administrative Procedures Act (APA) mandates the Patent Office to make 
the necessary findings and provide an administrative record showing the evidence on which the 
findings are based, accompanied by the reasoning in reaching its conclusions. See In re Zurko, 
258 F.3d 1379, 1386, 59 USPQ2d 1693, 1697 (Fed. Cir. 2001); In re Gartside, 203 F.3d 1305, 
1314, 53 USPQ2d 1769, 1774 (Fed. Cir. 2000). In particular, the Patent Office must articulate 
and place on the record the "common knowledge" used to negate patentability. In re Zurko, id. ; 
In re Lee, 277 F.3d 1338, 1344-45, 61 USPQ2d 1430, 1434-35 (Fed. Cir. 2002). 
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The Examiner's invocation of Official Notice is both unnecessary and improper. It is 
unnecessary because the existence of the SIP, IGMP, or RSVP protocols have already been made 
of record during the examination of the present application when the Examiner had cited the 
references of Gibson et al. (US 6,680,943) and Jorgensen (US 6,452,915). 

The Examiner's invocation of Official Notice is also improper because it attempts to take 
Official Notice, not of facts (for which the citations of Gibson et al. and Jorgensen should have 
sufficed) but of a legal conclusion of obviousness, thereby dispensing with the evidentiary 
requirement to show some teaching or motivation. Obviousness rejections require some evidence 
in the prior art of a teaching, motivation, or suggestion to combine and modify the prior art 
references. See, e.g., McGinley v. Franklin Sports, Inc., 262 F.3d 1339, 1351-52, 60 USPQ2d 
1001, 1008 (Fed. Cir. 2001); Brown & Williamson Tobacco Corp. v. Philip Morris Inc., 229 F.3d 
1120, 1124-25, 56 USPQ2d 1456, 1459 (Fed. Cir. 2000); In re Dembiczak, 175 F.3d 994, 999, 50 
USPQ2d 1614, 1617 (Fed. Cir. 1999). The Patent Office must give specific reasons why one of 
ordinary skill in the art would have been motivated to combine the references. See, e.g., In re 
Kotzab, 217 F.3d 1365, 1371, 55 USPQ2d 1313, 1317 (Fed. Cir. 2000); In re Rouffet, 149 F.3d 
1350, 1359, 47 USPQ2d 1453, 1459 (Fed. Cir. 1998). 

Moreover, if the proposed modification or combination of the prior art would change the 
principle of operation of the reference being modified, then the teachings of the reference are not 
sufficient to render the claims prima facie obvious. In re Ratti, 270 F.2d 810, 813 123 USPQ 
349, 352 (CCPA 1959). As explained in § VII. A. 2 above, the Alles et al. switch fabric 340 
operates at protocol layers 3 and below, but the recited protocols SIP, IGMP, and RSVP are all 
above those layers. Thus, there is no way to alter the switch fabric 340, which relies on physical 
port numbers or channel identifiers to forward traffic, to parse ATM cells to view the entire data 
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payload just to be able to detect such higher layer messaging of SIP, IGMP, or RSVP without 
necessitating a significant change in the principle of operation of the Alles et al. system. 

2. Claims 12-14, 18, 37-38, and 42 are non-obvious o\er Alles etal and Gaietal 

The obviousness rejection of claims 12-14, 18, 37-38, and 42 over Alles et al. and Gai et al. 
should also be reversed. Gai et al. is applied merely for the disclosure of output buffer and does not 
fill the gaps of Alles et al. mentioned above in § VII. A. 1, in regard to their independent claims. 

3. Claims 11 and 36 are non-obvious over Alles et al and Natarajan et al 

Also meriting reversal are claims 11 and 36, over Alles et al. and Natarajan et al. The 
secondary reference, Natarajan et al. does not cure the deficiencies of disclosure of Alles et al. as 
detailed above in § VII. A. 1, for their independent claims. Moreover, Natarajan et al. does not 
even manage to disclose the "fault monitor" recited in claims 1 1 and 36. Rather, the cited passage 
of Natarajan et al. (col. 26:12-26) merely describes an event handler that is "responsible for 
reporting updated control information stored within data store 252." There is simply no factual 
basis for a "fault monitor" necessary to sustain the rejection. 

4. Claims 3, 28, and 50 are non-obvious over Alles et al and Amara et al 

Regarding the obviousness rejection of claims 3, 28 and 50 based on Alles et al. in view 
of Amara et al, this rejection should be reversed because Amara et al. fails to fill in the gaps of 
Alles et al. For example, Amara et al. shows not control interface through which the packet 
header filter and the forwarding table are programmed. 

In addition, the Examiner's proposed modification of Alles et al. based on the teachings of 
Amara et al. is improper. Claim 50 recites "a first packet header filter coupled to the first 
network interface" and "a second packet header filter, different from the first packet header 
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filter, coupled to the second network interface." The packet classifiers 1 16-120 of Amara et al. 
(col. 4:55-65) operate to classify the packets received at interfaces 102-106 as either internally- 
destined or external packets. No one of ordinary skill in the art based on this teaching would 
attempt to modify the switch fabric 340 in the Alles et al. to employ multiple "packet header 
filters" because the proposed modification would result in having multiple sets of "channel 
identifiers" used for the switch fabric 340. The Examiner's such construction is devoid of any 
technical merit. 

In drawing this conclusion, the Examiner has ignored the basic tenets of obviousness. In 
rejecting claim under 35 U.S.C. § 103, the Examiner must provide a factual basis to support the 
obviousness conclusion. In re Warner, 379 F.2d 1011, 154 USPQ 173 (CCPA 1967); In re 
Lunsford, 357 F.2d 385, 148 USPQ 721 (CCPA 1966); In re Freed, 425 F. 2d 785, 165 USPQ 
570 (CCPA 1970). Based upon the objective evidence of record, the Examiner is required to 
make the factual inquiries mandated by Graham v. John Deere Co., 86 S. Ct. 684, 383 U.S. 1, 
148 USPQ 459 (1966). The Examiner is also required to explain how and why one having 
ordinary skill in the art would have been led to modify an applied reference to arrive at the 
claimed invention. Uniroyal, Inc. v. Rudkin-Wiley Corp., 837 F.2d 1044, 5 USPQ2d 1434 (Fed. 
Cir. 1988). In establishing the requisite motivation, it has been consistently held that both the 
suggestion and the reasonable expectation of success must stem from the prior art itself, as a 
whole. In re Vaeck, 947 F.2d 488, 20 USPQ2d 1438 (Fed. Cir. 1991); In re Fine, 837 F.2d 1071, 
5 USPQ2d 1596 (Fed. Cir. 1988); In re Dow Chemical Co., 837 F.2d 469, 5 USPQ2d 1529 (Fed. 
Cir. 1988). None of these requirements have been met for these claims. 
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VIII. CONCLUSION AND PRAYER FOR RELIEF 

For the foregoing reasons, Appellants request the Honorable Board to reverse each of the 
Examiner's rejections. 

Respectfully Submitted, 
DITTHAVONG MORI & STEINER, P.C. 




Attorney for Applicant(s) 
Reg. No. 44658 



918 Prince St. 
Alexandria, VA 22314 
Tel. 703-519-9952 
Fax. 703-519-9958 
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IX. CLAIMS APPENDIX 

1 . (Previously Presented) A programmable access device for use in a network access 
system, said programmable access device comprising: 

first and second network interfaces through which packets are communicated with a 
network; 

a packet header filter and a forwarding table, wherein the forwarding table is utilized to 
forward packets between the first and second network interfaces, and wherein said packet 
header filter identifies messages received at one of the first and second network interfaces on 
which policy-based services are to be implemented and passes identified messages via a 
message interface to an external processor included in said network access system for 
implementation of the policy-based services by the external processor, wherein said packet 
header filter passes all other received messages through the packet header filter to an other 
processor; and 

a control interface through which said packet header filter and said forwarding table are 
programmed. 

2. (Original) The programmable access device of Claim 1, wherein the packet header 
filter receives packets directly from the first network interface. 

3. (Original) The programmable access device of Claim 2, wherein the packet header 
filter is a first packet header filter, and wherein the programmable access device further 
comprises a second packet header filter that receives packets directly from the second network 
interface. 
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4. (Original) The programmable access device of Claim 1, wherein the packet header 
filter filters packets for service processing based upon protocol information pertaining to 
protocol layers higher than layer 3. 

5. (Original) The programmable access device of Claim 1 , and further comprising a policer 
that polices packets by reference to traffic parameters. 

6. (Original) The programmable access device of Claim 5, wherein the policer comprises a 
marker that marks packets that do not conform with the traffic parameters. 

7. (Original) The programmable access device of Claim 1 , and further comprising at least a 
usage monitor that monitors at least one traffic type. 

8 . (Original) The programmable access device of Claim 7, wherein the usage monitor has 
an associated threshold that when exceeded generates a reporting event for the usage monitor. 

9. (Previously Presented) The programmable access device of Claim 8, and further 
comprising a reporting interface that communicates the reporting event to the external processor. 

1 0. (Original) The programmable access device of Claim 9, wherein the associated 
threshold comprises a session activity level threshold. 
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1 1 . (Original) The programmable access device of Claim 7, and further comprising a fault 
monitor. 



12. (Original) The programmable access device of Claim 1, and further comprising 
one or more output buffers for outgoing packets. 

13. (Original) The programmable access device of Claim 12, and further comprising a 
scheduler associated with the one or more output buffers that schedules the transmission of 
outgoing packets within the one or more output buffers. 

14. (Original) The programmable access device of Claim 13, wherein the scheduler 
supports multiple quality of service classes. 

15. (Canceled) 

16. (Previously Presented) The programmable access device of Claim 1, and further 
comprising at least a programmable monitor that monitors at least one programmed traffic 
type. 

1 7. (Previously Presented) The programmable access device of Claim 1 , and further 
comprising a policer that polices packets by reference to programmed traffic parameters. 
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18. (Previously Presented) The programmable access device of Claim 1, and further 
comprising one or more output buffers for outgoing packets and an associated scheduler that 
transmits the outgoing packets from the one or more output buffers through the second network 
interface according to a programmed methodology. 

19. (Original) The programmable access device of Claim 1, wherein the identified 
message is a session initiation protocol (SIP) message. 

20. (Original) The programmable access device of Claim 1 , wherein the identified 
message is an Internet Group Multicast Protocol (IGMP) message. 

2 1 . (Original) The programmable access device of Claim 1 , wherein the identified 
message is a Resource Reservation Protocol (RSVP) message. 

22. (Original) The programmable access device of Claim 1 , and further comprising a 
plurality of protocol-specific state machines for a respective plurality of protocol types. 

23. (Previously Presented) The programmable access device of Claim 22, wherein said 
plurality of protocol-specific state machines include a transport control protocol (TCP) state machine 
that, responsive to a control command, provides preferential treatment to a particular TCP session. 
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24. (Previously Presented) The programmable access device of Claim 1, and further 
comprising a reporting interface through which the programmable access device reports state 
information for active sessions to the external processor. 

25. (Original) The programmable access device of Claim 24, wherein the reporting 
interface reports the state information for an active session in response to allocation of service to a 
new external service controller. 

26. (Previously Presented) A method of packet handling in a programmable access 
device of a network access system, said method comprising: 

in response to receiving a series of packets at a first network interface of a programmable 
access device, filtering the series of packets by a packet header filter at the programmable access 
device to identify messages upon which policy-based services are to be implemented; 

passing identified messages to an external processor included in the network access 
system for implementation of the policy-based services by the external processor; 

for messages that are not identified, routing packets by reference to a forwarding table in 
the programmable access device and outputting the routed packets at a second network interface 
of the programmable access device; and 

programming the packet header filter and the forwarding table through a control interface 
of said programmable access device. 

27. (Previously Presented) The method of Claim 26, and further comprising 
receiving packets at the packet header filter directly from the first network interface. 
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28. (Original) The method of Claim 27, wherein the packet header filter is a first 
packet header filter, said method further comprising receiving packets at a second packet header 
filter of the programmable access device directly from the second network interface. 

29. (Original) The method of Claim 26, wherein filtering comprises filtering packets 
for service processing based upon protocol information pertaining to protocol layers higher than 
layer 3. 

30. (Original) The method of Claim 26, and further comprising policing packets by 
reference to traffic parameters utilizing a policer in the programmable access device. 

3 1 . (Original) The method of Claim 30, wherein policing comprises marking packets 
that do not conform with the traffic parameters. 

32. (Previously Presented) The method of Claim 26, wherein the programmable 
access device includes at least a usage monitor, said method further comprising monitoring at 
least one traffic type in said series of packets. 

33. (Original) The method of Claim 32, wherein the usage monitor has an associated 
threshold, said method further comprising generating a reporting event for the usage monitor 
when the threshold is exceeded. 
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34. (Original) The method of Claim 33, and further comprising communicating the 
reporting event to an external processor via a reporting interface. 



35. (Original) The method of Claim 34, wherein generating a reporting event 
comprises generating a reporting event in response to a session activity level threshold. 

36. (Original) The method of Claim 32, and further comprising monitoring faults 
utilizing a fault monitor in said programmable access device. 

37. (Original) The method of Claim 26, and further comprising buffering outgoing 
packets in one or more output buffers in said programmable access device. 

38. (Original) The method of Claim 37, and further comprising scheduling the 
transmission of outgoing packets within the one or more output buffers to support multiple 
quality of service classes. 

39. (Canceled) 

40. (Previously Presented) The method of Claim 26, wherein the programmable access 
device further includes at least one programmable monitor, said method further comprising 
monitoring at least one programmed traffic type utilizing said at least one programmable monitor. 
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41. (Previously Presented) The method of Claim 26, wherein said programmable access 
device includes a policer, said method further comprising policing packets by reference to 
programmed traffic parameters. 

42. (Previously Presented) The method of Claim 26, wherein the programmable access 
device includes one or more output buffers for outgoing packets and an associated scheduler, said 
method comprising transmitting the outgoing packets from the one or more output buffers 
through the second network interface according to a programmed methodology. 

43. (Original) The method of Claim 26, wherein the identified message is a session 
initiation protocol (SIP) message. 

44. (Original) The method of Claim 26, wherein the identified message is an Internet 
Group Multicast Protocol (IGMP) message. 

45. (Original) The method of Claim 26, wherein the identified message is a Resource 
Reservation Protocol (RSVP) message. 

46. (Original) The method of Claim 26, and further comprising mamteining in said 
programmable access device a plurality of protocol-specific state machines for a respective plurality of 
protocol types. 

47. (Original) The method of Claim 26, wherein said plurality of protocol-specific state 
machines include a transport control protocol (TCP) state machine, and wherein the method further 
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comprises providing preferential treatment to a particular TCP session by said programmable access 
device in response to a command. 



48. (Original) The method of Claim 26, and further comprising reporting state 
information for active sessions to an external processor via a reporting interface of the programmable 
access device. 

49. (Original) The method of Claim 48, wherein reporting comprises reporting the state 
information for an active session in response to allocation of service to a new external service 
controller. 

50. (Previously Presented) A device for use in a network access system comprising: 

a first network interface through which packets are communicated with a first network; 
a second network interface through which packets are communicated with a second 
network; 

a message interface coupled to an external processor that is configured to implement 
policy-based services; 

a policer configured to discard packets determined as nonconforming to a first traffic 
parameter; 

a first packet header filter coupled to the first network interface and to the message 
interface, wherein the first packet header filter identifies messages, received from the first 
network interface, on which policy-based services are to be implemented, wherein the first 
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packet header filter passes the identified messages to the external processor via the message 
interface and passes all other messages received from the first network interface to the policer; 

a marker configured to discard packets determined as nonconforming to a second traffic 
parameter; 

a control interface through which said first packet header filter is programmed; and 
a second packet header filter, different from the first packet header filter, coupled to the 
second network interface, wherein the second packet header filter identifies messages, received 
from the second network interface, on which policy-based services are to be implemented, 
wherein the second packet header filter passes the identified messages to the external processor 
via the message interface and passes all other messages received from the second network 
interface to the marker. 
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X. EVIDENCE APPENDIX 

Appellants are unaware of any evidence that is required to be submitted in the present 
Evidence Appendix. 

XI. RELATED PROCEEDINGS APPENDIX 

Appellants are unaware of any related proceedings that are required to be submitted in the 
present Related Proceedings Appendix. 
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